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CUSTOMIZATION OF USER INTERFACE FOR APPLICATION PROGRAMS 



BACKGROUND OF THE INVENTION 



Field of the Invention 5 



The present invention generally relates to user 
interfaces to software applications and, more par- 
ticularly, to the creation, maintenance and use of a io 
user interface to an application program which has 
been tailored to various characteristics of the cur- 
rent user. 

16 

Description of the Prior Art 

Computer users vary in many respects, such 
as job duties, level of familiarity with various ap- 20 
plication programs, need to use various operations 
of application programs, frequency of use of var- 
ious operations of application programs, and right 
of access to different operations of application pro- 
grams. Most application programs, however, 25 
present a single user interface which does not take 
into account the individual characteristics of the 
current user. The result is that the user is pre- 
sented a user interface which may be confusing, 
inefficient, insufficiently restricted, or otherwise in- 30 
appropriate for him. 

The user interface for an application program 
can take many forms, such as menus, sets of 
icons, sets of action bars, or a command line. The 
user normally selects an operation or moves 35 
through the hierarchy of menus, etc. by some 
combination of keystrokes, cursor movements, 
mouse operations, commands or the like. 

At any given time, the array of choices pre- 
sented to the user may be so large as to be 40 
confusing, to take up an undue amount of the 
screen space, or to take up so much memory with 
the code underlying the choices that system per- 
formance is compromised. The array may contain 
operations which the user does not need or does 45 
not yet know how to use. In addition, the user may 
find it necessary or convenient to access in close 
sequence operations of a program which appear in . 
different aspects (e.g., menus or action bars) of the 
user interface, in such a case, it is cumbersome to so 
traverse from menu to menu or from action bar to 
action bar. 

As the user gains familiarity with the applica- 
tion program or as his needs change, he may 
"outgrow" the user interface, requiring access to a 



broader or different set of operations. 

A number of rudimentary attempts have been 
made to alter the user interface of an application 
program, or at least the user's access to aspects of 
the program or manipulated data, in response to a 
charactenstic of the user. Perhaps the earliest ex- 
ample is the assignment of access levels to 
database users so that some users may not have 
write access to certain files or fields in files, some 
users may not have read access to certain files or 
fields, and some users may not even be able to 
access the database at all. This feature is now 
common among commercially available database 
management systems, 

A more closely related technique is the provi- 
sion of a software switch, set by the user, which 
governs whether menus or other explanatory as- 
pects of the user interface are visible on the 
screen. Thus, a novice user would set the switch to 
make menus appear on the screen so that he may 
use the menus as a guide in performing operations. 
On the other hand, an advanced user would set the 
switch to remove the menus from the screen so 
that he could view data in the entire scrieen. unob- 
structed by the menu. The word processing pro- 
gram WordStar (trademark of MicroPro) uses such 
an approach, implemented in the form of differing 
levels of "help." 

An even more recent trend has been to provide 
so-called "soft interfaces" to application programs, 
which allow the user to emulate to a degree the 
interface of a program with which he is already 
familiar or to create an interface which is purely 
individual. The word processing program Sprint 
(trademark of Borland) provides a soft interface 
which enables the user to operate it with the com- 
mands used by WordPerfect (trademark of Word- 
Perfect), WordStar. Word (trademark of Microsoft), 
certain other word processors, or commands of the 
user's own selection. 

Finally, the methodology exists on a systems 
level to allow programmers to automate the cre- 
ation of menus, etc. in the course of application 
development. The programmer specifies a list of 
operations, codes, explanatory material, and format 
parameters, and the menu generator creates a 
menu for presentation on the screen. 

There is nothing in the prior art, however, 
which enables the user or system administrator to 
select arbitrarily from the range of operations of- 
fered by an application program and thereby create 
an interface which is truly customized to the level 
of familiarity, type of job. level of access and other 
characteristics of the user. 
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SUMMARY OF THE INVENTION 



BRIEF DESCRIPTION OF THE DRAWINGS 



It is therefore an object of the present invention 
to provide a technique for ^Qgcifeaag the.cPinQP^ nf 
npRration s to be^£res§flta(j by the tif^Pr infRrfare of 
an application progra m which is customized for 
partiriilar ii<;fir<5 or classes of users and is readily 
ch^nQeable_b v the user or svstenn administrator . 

It is another object of the invention to provide a 
program for creatin g and dispia^g the jRlRVPnt. 
qustomized user interface^ which has been speci- 
fied by the user or system administrator. 

According to the invention^ the i isflf in tftrf^ce of 
an application program is restructur ed in a form 
customized for the current u$er each time he in- 
vokes the prog ram. The user or system administra - 
tor first creates a customization table whirh gQag- 
fies fhft npar^flpng to bf? mariPt fivailah'f? partinir- 
lar classes of users or e ven irfHividnal users. For 
example, a matrix could be created which specifies 
rRrtain q rf["p<^ nf npftratinns for nreSRntatinn fn 
users depending on the users' type of job and 
degree of familiantv with the application program. 
The customization table could be modified when- 
ever desired. Each time a user invokes the applica- 
tion program, the aDoreoriate set of operations for 
the user is determined from the customization table 
by search ing a user profile table base d on the 
user's identifier, promoting the user to enter his 
relevant characteristics, or other means . 

Because the user's level of familiarity with the 
application program will frequentiy be the most 
important characteristic, a ^mmt nf tha nnfT^^'^'' 
fjmftg flarh user has invoked the applic ation pro - 
gram could be stc -o^ gp^ "''^^^ estimate the 
. user's level of faminan tv ^nri <;elftrt thpi annrnnriate 
set of operations for the us er, automatically raising 
t he les/y l ul uaer i i r ttl fface as thresholds are 
reached . The user could 'be permitted to override 
the system count if it led to an inappropriate level 
of interface. 

Similar types of automatic upgrading could oc- 
cur by monitoring the numbpr of serious errors that 
occur in each session and raising the complexity of 
the user interface if_ fewer than a certain numbe r 
occur during the session, or by monitoring calls to 
operations not presented by the interface and _ad.d- 

_jng_an_gBeiMpnJo_the_us.er^ 
more than a certain number of times ^during Jhe,. 

^session . 

Thft gflt nf n j^firatinns appropriate to the user is 
then used to generate menus, icons^ action bars or 
other interface components which present only the 
specified np^ratinns^ rather than the full, and possi - 
bly confusing, inefficient or otherwise inappropriate . 
range of operations available within the application 
program. 



The foregoing and other objects, aspects and 

5 advantages of the invention will be better under- 
stood from the following detailed description of a 
preferred embodiment of the invention with refer- 
ence to the drawings, in which: 

FIG. 1 illustrates a typical table specifymg 

10 the operations tiiat might be made available to 
various types of users with various levels of exper- 
ience with the application program in the practice 
of the invention; 

FIG. 2A illustrates a typical menu which may 

75 be . presented to a novice clerical user in the prac- 
tice of the invention; 

FIG. 2B illustrates a typical menu which may 
be presented to a moderately experienced clerical 
user in the practice of the invention; 

20 FIGS. 3 to 12, taken together, constitute a 

flow chart of the user interface customization pro- 
cedure according to the invention in which the 
connectors in each of the figures indicate the man- 
ner in which the several figures are: interconnected 

25 to form the flow chart and wherein 

FIG. 3 is a portion of the flow chart which 
illustrates customization table creation and editing 
logic; 

FIG. 4 is a portion of the flow chart which 
30 illustrates user profile table creation and editing 
logic; 

FIG. 5 is a portion of the flow chart which 
illustrates initialization and user lookup logic; 

FIG. 6 is a further portion of the flow chart 
35 which illustrates operation set creation and inter- 
face generation logic; 

FIG. 7 is a further portion of the flow chart 
which illustrates exception monitor and operation 
monitor invocation logic; 
40 FIG. 8 is a further portion of the flow chart 

which illustrates exit testing and upgrading logic 
based on the contents of the operation monitor list 
and the total in the operation count; 

FIG. 9 is a further portion of the flow chart 
45 which illustrates exit testing and upgrading logic 
based on tine totaJ in the exception count; 

FIG. 10 is a further portion of the flow chart 
which illustrates exit testing and upgrading logic 
based on the user's desires; 
50 FIG. 1 1 is a further portion of the flow chart 

which illustrates exception monitor logic; and 

FIG. 12 is a further portion of the flow chart 
which illustrates operation monitor logic. 
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Referring now to the drawings, and more par- 
ticularly to FIG. 1, the procedure according to the 
invention creates, stores in electronic storage, and 
utilizes a customization table which specifies sets 
of operations to be presented in the user interface 
to users with the corresponding relevant character- 
istics. FIG. 1 illustrates a customization table which 
considers only two user characteristics, namely the 
familiarity level charactenstic 10 and the job type 
characteristic 12. It will be observed that the appro- 
priate operations set for a user with clerical job 
type characteristic 14 and novice familiarity level 
characteristic 16 is operations set 18, comprising 
the operations listed therein. 

FIG. 2 illustrates two sample user Interface 
menus for a user with clerical job type. FIG. 2A 
illustrates that note function 20. file subfunction 22 
provides the novice familiarity level clerical job 
type user with operations set 24. In contrast. FIG. 
2B illustrates that the moderate familiarity level 
clerical |Ob type user is provided with operations 
set 26. which contains the opera lions Link, Merge, 
and Page Setup in addition to the operations 
shown in operations set 24 of FIG. 2A. 

FIGS. 3 and 4 illustrate the logic of the pro- 
grams which create and edit the customization 
table and the user profile table, both of which are* 
used to generate customized user interfaces for 
Individual users. The customization table and user 
profile table are searchable aggregations, such as 
arrays, of multifield records as are commonly used 
in computer programming applications and may be 
created by a veiriety of known methods such as 
interactive entry or editing using a text editor, 
database management system or set of table cre- 
ation functions embedded within a table mainten- 
ance routine specialized to the present invention. 

FIG. 3 illustrates the program which creates 
and edits the customization table. When this pro- 
gram is first invoked, a test is made to determine 
whether the customization table exists, as indicated 
in decision block 30. If the table exists, it is loaded 
into memory as indicated in block 31. If the table 
does not exist, a blank table format, which contains 
table characteristics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 32. The existing 
table or the blank table fomnat. as the case may 
be, is then displayed to the user as indicated in 
block 33. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 34, 
Editing ends when the user enters the quit editing 
command as indicated in block 35. The newly 
created or edited table is then stored in external 
memory as indicated in block 36. 

FIG. 4 illustrates the program which creates 
and edits the user profile table. When this program 



IS first invoked, a test is made to determine wheth- 
er the user profile table exists, as indicated in 
decision block 40. If the table exists, it is loaded 
into memory as indicated in block 41, If the table 

5 does not exist* a blank table format, which contains 
table charactenstics such as field names, field 
lengths and required data types, is loaded into 
memory as indicated in block 42. The existing 
table or the blank table format, as the case may 

10 be, is then displayed to the user as indicated in 
block 43. The program then enters edit mode so 
that the user may add or delete records and modi- 
fy fields in the table as indicated in block 44. 
Editing ends when the user enters the quit editing 

15 command as indicated in block 45. The newly 
created or edited table is then stored in external 
memory as indicated in block 46. 

FIG. 5 illustrates that the automatic customiza- 
tion procedure according to the invention begins by 

20 determining the user's identifier in block 50 by 
known methods such as testing the system vari- 
able which contains the current user's identifier or 
by prompting the user to enter his or her identifier. 
The user profile table is then loaded into memory 

25 as indicated in block 51. and the user profile table 
is searched for the current user's identifier in de- 
cision block 52, If the user's identifier is not found 
in the user profile table, the user is prompted to 
enter data into the fields of a blank user profile 

00 record which has been created for that particular 
user, as indicated in block 53. The data input by 
die user is moved into the appropriate fields to 
create the user profile record, which is retained in 
memory for further use, as indicated in block 54, 

36 The newly created user profile record is also added 
to the user profile table as indicated in block 55, 
and the program moves to block 60 shown in FIG. 
6. 

If. on the other hand, the user identifier is 

40 found in the user profile table, the user's profile 
record is moved from the table into memory as 
indicated in block 56. and the program moves to 
block 60 of FIG. 6. 

In block 60 of FIG. 6. a multikey search is 

45 carried out in the customization table to find the 
entry corresponding to the user characteristics 
specified in the user profile record. Typical user 
characteristics contained in the user profile record 
might include the user's job type, level of familiar- 

50 ity with the application program, number of times 
the user has invoked the application program, data 
access and modification rights, and others. TTiere 
is one field of the user profile record which, if it 
exists, will not be used in the search. This is a field 

55 which lists operations individually specified to be 
added to the user's customized interface in addi- 
tion to the operations that would be included based 
solely on the characteristics in the user profile 
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record. The purpose of this is to provide for an 
arbitrary degree of customization beyond that pro- 
vided by the generalized sets of operations 
deemed appropnate to users of various types. 

The list of operations which has thus been 
generated from both the customization table and 
the individualized operations of the user profile 
record is passed to the interface generator as in- 
dicated in block 61. The interface generator then 
creates the corresponding set of interface ele- 
ments, such as menus, application bars, etc.. by 
merging the operations in the list into the appro- 
priate interface screen designs as indicated in 
block 62. 

In RG, 7. the exception monitor is invoked by 
setting the exception count to zero as indicated in 
block 70 and setting a switch to respond to excep- 
tion interrupts by calling the exception monitor pro- 

} gram as indicated in block 71 . The operation moni- 

tor is then invoked by emptying the operation list 
as indicated in block 72. setting the operation count 
to 0 as indicated in block 73. and setting a switch 
to call the operation monitor program any time an 
operation is invoked as indicated in block 74. Con- 
trol is then passed to the application program for 
presentation of the top level interface element (e.g.. 
main menu) and use of the application program by 
the user as indicated in block 75. 

FIG. 8 illustrates tiie exit routine which is en- 
tered after the user exits the application program 
as indicated in block 80. The operation list is 
loaded from the opera tion monitor as Indicated in 
block 81, and the operations which were invoked 
more than a predetermined number of times x 
during the session are displayed to the user as 
indicated in block 82. The user is theri asked if he 
wishes to add the displayed operations to his cus- 

j tomized user interface as indicated in decision 

block 83. If the user answers in the affirmative, the 
new operations are added to the individualized 
operation field of the user's user profile record as 
indicated in block 84 and the program jnoves to 
decision block 85. If the user answers in tfie nega- 
tive, the program moves directiy to decision block 
85. 

In decision block 85. the operation count is 
tested to determined whether it contains more than 
a predetermined number y of entries. If so. the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not the program moves to decision block 90 of 
FIG. 9. 

In FIG. 9. the exception count is tested to 
determine whether the total number of serious er- 
rors is less than a predetermined number z as 
indicated in decision block 90. If so. the field for 
the user's experience level is incremented in the 



user profile recoro as indicated m block 100 of FIG. 
10 and the program moves to block 101. If not, the 
program moves to block 91 of FIG. 9. 

The expenence count field, which stores the 

5 number of times the user has accessed the ap- 
plication program, is incremented in the user profile 
record as indicated m block 91. and the incre- 
mented value IS then tested as indicated in de- 
cision block 92 to determine whether the value is 

10 greater than a predetermined number w. If so. the 
field for the user's experience level is incremented 
in the user profile record as indicated in block 100 
of FIG. 10 and the program moves to block 101. If 
not, the program moves directly to block 101. 

;5 In FIG- 10. a message is displayed to the user 

as indicated in block 101 which lists the upgrading 
actions which have been taken or states that no 
upgrading actions have been taken, as the case 
may be. The user is then asked in decision block 

20 1 02 whether he wishes to add to, delete or change 
the upgrading actions. If so. the upgrade is modi- 
fied in accordance with user input as indicated in 
block 103. and the program terminates. If not. the 
program terminates directiy. 

25 FIG. 11 illustrates the operation of the excep- 

tion monitor. Whenever an exception interrupt is 
generated as indicated in block 110. it is tested as 
indicated in decision block 111 to determine wheth- 
er the severity of the error exceeds a predeter- 

30 mined level. If so, the exception count is incre- 
mented as indicated in block 112 and control is 
returned to tiie main program. If not, conf ol returns 
directly to the main program. 

FIG. 12 illustrates the operation of the opera- 

35 tion monitor. Whenever an operation is invoked as 
indicated in block 120, it is tested as indicated in 
decision block 121 to determine whether the opera- 
tion IS already contained in the user's customized 
interface. If not, the operation is added to the 

40 operation list maintained by the operation monitor 
as indicated in block 122, the operation count is 
incremented as indicated in block 123, and control 
is returned to tiie main program. If so, control 
returns directly to the main program. 

45 While tiie invention has been described in 

terms of a single preferred embodiment, those 
skilled in the art will recognize that the invention 
can be practiced with modification within the spirit 
and scope of the appended claims. 

50 

Claims 

1. In a data processing system, a procedure for 
55 automatically customizing a user interface of an 
application program to present a limited set of 
operations based on relevant characteristics of a 
user comprising the steps of: 
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accepting input data relating to identifiers of actual 
or potential users of the application program, rel- 
evant characteristics of users and/ or classes of 
users' and sets of operations of the application 
program which are appropriate for each such user 
or class of users; 

creating a user profile table which stores said rel- 
evant characteristics of users in a format which is 
searchable using the identifier of a user as a key 
value; 

storing the user profile table for later access; 
creating a customization table which stores said 
sets of operations In a format which is searchable 
using said relevant characteristics as key values; 
storing the customization table for later access; 
determining user identifier or relevant characteris- 
tics of a user when a user invokes the application 
program; 

searching the customization table for the appro- 
priate set of operations based on the identifier or 
relevant characteristics of the user: and 
automatically generating user interface components 
during the running of the application program which 
present only the operations specified for the user. 

2. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 wherein the step of determining 
relevant characteristics of a user is performed auto- 
matically by using an identifier of the user as a key 
to search said user profile table. 

3. The procedure for automatically customizing 
a user interface of an application program as re- 
cited in claim 1 further comprising the steps of: 
maintaining a count of the number of times a user 
has invoked the application program; 
determining said user's level of familiarity with the 
application program by reference to said count; 
and 

utilizing said level of familiarity with the application 
program as one of the relevant characteristics of 
the user in searching the customization table. 

4. The procedure for automatically customizing 
a user Interface of an application program with 
system determination of the user's level of familiar- 
ity with the application program as recited in claim 
3 further comprising the step of providing the user 
an option to ovenride the count of times the user 
has invoked the application program to allow for 
variations in the time different users take to famil- 
iarize tiiemselves with the application program. 

5. The procedure for automatically customizing 
the user interface of an application program as 
recited in claim 1 further comprising tiie steps of: 
maintaining a count of the number of serious ex- 
ception conditions which occur during a user's ses- 
sion with the application program; 
automatically increasing said user's level of famil- 
iarity with the application program each time a 



session ends with said count being lower than a 
predetermined number: and 

storing said increased level of familiarity with the 
application program in the user profile table for 
5 searching the customization table in subsequent 
sessions by the same user with the application 
program. 

6. The procedure for automatically customizing 
the user interface of an application program with 

70 automatic in creasing of a user's level of familiarity 
with the application program as recited in claim 5 
further comprising the step of providing the user an 
option to override said automatic increase in a 
user's level of familiarity with the application pro- 

15 gram. 

7. The procedure for automatically customizing 
the user interface of an application program as 
recited in claim 1 further comprising the steps of; 
maintaining a list of operations not in a user's 

20 customized operations set which are invoked by 
the user dunng a session witii the application pro- 
gram: 

automatically adding to the user's customized op- 
erations set all operations from said list which were 

25 invoked more than a predetermined number of 
times within the session; and 
utilizing said additional operatipns in creating the 
user's customized user interface in subsequent 
sessions by the same user with the application 

30 program. 

8. The procedure for automatically customizing 
a user interface of an application program with 
automatic adding of certain operations to a user's 
customized operations set as recited in claim 7 

3S further comprising the step of providing the user an 
option to override said automatic addition of oper- 
ations to the user's customized operations set 

9. The procedure for automatically customizing 
Uie user interface of an application program as 

40 recited in claim 1 further comprising the steps of: 
maintaining a count of operations not in a user's 
customized operations set whidi are invoked by 
tile user during a session with the application pro- 
gram; 

45 automatically increasing said user's level of famil 
iarity with the application program each time a 
session ends with said count being higher than a 
predetermined number; and 

storing said increased level of familiarity with the 
50 application program in the user profile table for 
searching the customization table in subsequent 
sessions by the same user with the application 
program. 

10. The procedure for automatically customiz- 
55 ing the user interface of an application program 

with automatic Increasing of the user's level of 
familiarity with the application program as recited in 
claim 9 furtiier comprising the step of providing the 
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user an option to override said automatic increase 
in the user's level of familianty with the application 
program. 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



7 



EP 0 367 709 A1 



FI6.1 

SAMPLE 
CUSTOMIZATION TABLE 





10 _^ 

16^ 
14 V 18 


FAMILIARITY LEVEL 


1*5 


NOVICE 


MODERATE 


FREQUENT 


\ 


CLERICAL ^ 


^ CALENDAR 
LIMITED NOTE 

LiMI 1 CU cut 1 

MAIL 
MESSAGE 
REMINDER 
FILE 


CALENDAR 
EXPANDED NOTE 

tXPANDcO cDIT 
MAIL 
MESSAGE 
REMINDER 
TEXT DOCUMENTS 
EXPANDED FILE 


CALENDAR 
EXPANDED NOTE 
EXPANDED EDIT 
MAIL 
MESSAGE 
REMINDER 

COMPOSITE DOCUMENTS 
GRAPHICS 
EXPANDED FILE 




EXECUTIVE 








JOB 

Tvnc 

TYPE 












PROFESSIONAL 
/TECHNICAL 










SCIENTIFIC/ 
ENGINEERING 









DA 9 88 030 



EP 0 367 709 A1 



SAMPLE MENU 

CALENDAR 



FIG.2A 

"NEW LEVEL 
CLERICAL 



20 -^^ 



22 — 



24 











FILE 


EDIT — 




NEW 






OPEN 






' CLOSE 






SAVE 






SAVE 






AS— 






SEND 






PRINT 






EXIT 







SAMPLE MENU 



F16.2B 

"MODERATE" LEVEL 
CLERICAL 



26 



CALENDAR 



NOTE 



FILE 



EDIT 



SEARCH — 



NEW 

OPEN 

CLOSE 

SAVE 

SAVE 

AS- 
PRINT 
LINK 
MERGE 
PAGE 

SETUP- 
EXIT 



EXTENDED CUPBOARD 
ADDED TO EDIT 

SEARCH ADDED TO 
AAB 



DA 9 88 030 



EP 0 367 709 A1 



FIG. 3 



PROGRAM TO CREATE AMD EDIT 
CUSTOMIZATION TABLE 



FIG. 4 



PROGRAM TO CREATE AND EDIT 
USER PROFILE TABLE 



( START ^ 




33 



32 



LOAD BLANK 
TABLE FORMAT 



DISPLAY TABLE OR 
BLANK FORMAT 



34 



ENTER EDIT MODE TO 
ALLOW USER TO 
APPEND AND EDIT 
TABLE ENTRIES 



35 



USER INPUTS QUIT 
EDITING COMMAND 



36.) \ 



STORE 


TABLE 







Cexit ) 




LOAD TABLE 



43 



/42 



LOAD BLANK 
TABLE FORMAT 



DISPLAY TABLE OR 
BLANK FORMAT 



44) 



ENTER EDIT MODE TO 
ALLOW USER TO 
APPEND AND EDIT 
TABLE ENTRIES 



45 



1 



USER INPUTS QUIT 
EDITING COMMAND 



46) 



STORE TABLE 







DA 9 88 030 



EP 0 367 709 A1 



FIG. 5 

AUTOMATIC USER INTERFACE 
CUSTOM.IZATION PROCEDURE 



( START ) 



50 



f / 

DETERMINE USER 
IDENTIFIER 



/5I 



LOAD USER 
PROFILE TABLE 




LOAD USER 
PROFILE RECORD 



PROMPT USER TO 

ENTER USER 
PROFILE DATA 



54 



CREATE USER PROFILE 
RECORD AND RETAIN 
IN MEMORY 



/ 



55 



ADD USER PROFILE 
RECORD TO USER 
PROFILE TABLE 



Cl) 



FIG. 6 




60 



SEARCH CUSTOMIZATION 
TABLE USING KEY VALUES 
IN USER PROFILE RECORD 



61 



PASS LIST OF OPERATIONS 
FROM CUSTOMIZATION AND 
USER PROFILE RECORD TO 
INTERFACE GENERATOR 



/62 



CREATE CORRESPONDING 
SET OF INTERFACE 
ELEMENTS BY MERGING 
IN OPERATIONS 



© 



DA 9 88 030 



EP 0 367 709 A1 



© 



/70 



SET EXCEPTION 
COUNT TO 0 



71 



SET SWITCH TO CALL 
EXCEPTION MONITOR • 
IN CASE OF EXCEPTION 
INTERRUPT 



72 



EMPTY OPERATION 
LIST 



73 



SET OPERATION 
COUNT TO 0 



/74 



SET SWITCH TO CALL 
OPERATION MONITOR 
EACH TIME AN 
OPERATION IS 
INVOKED 



\ ^75 



PASS CONTROL TO 
APPLICATION PROGRAM 



© 

F16.7 



80 



USER EXITS 
APPLICATION PROGRAM 



81 



LOAD OPERATION LIST 
FROM OPERATION 
MONITOR 



82 



OlSPUY OPERATIONS 
INVOKED =-X TIMES 
DURING SESSION 



< 83 
OOES"^ 
USER WANT TO 
ADD DISPLAYED OPERATIONS 
JO HIS INTERFACE 



84 



ADD OPERATION NAMES 
TO INOIVIOUAUZED 
OPERATIONS LIST 
IN USER PROFILE 
RECORD 




9 88 030 



EP 0 367 709 A1 



F16.9 




INCREMENT EXPERIENCE 
COUNT IN USER 
PROFILE RECORD 




120^ 

( OPERATION INTERRUPT ) 




ADD OPERATION TO 
OPERATION MONITOR LIST 



123) V 



INCREMENT 
OPERATION 
COUNT 



i 



C RETURN ) 
FIG. 12 



FIG.IO 



(lO-A) 

I 



100 



INCREMENT EXPERIENCE 
LEVEL IN USER 
PROFILE RECORD 



101 



DISPLAY UPGRADES 
CARRIED OUT (OR NONE) 



102 

DOES" 
USER WANT TO 
ADO TO. DELETE OR 
MODIFY ANY 
UPGRADES 



103 



ALTER UPGRADES PER USER INPUT | 



Qxir) 



( EXCEPTION INTERRUPT ^ 

^110 

III 

N 




INCREMENT 
EXCEPTION 
COUNT 



C RETURN ) 
FIG. II 



DA 9 88 030 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 



EP 89 48 0162 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to daim 



CLASSIFICATION OF THE 
APFUCATION ant, CL5) 



SYSTEMS & COMPUTERS IN JAPAN, vol. 19, 
no. 10, October 1988, pages 80-86, 
Scripta Technica, Inc., Silver Spring, 
MD, US; M. NAGATA et al.: "A method for 
generating messages of the Interactive 
software based on the individual user 
model" translated from JOHO TUSHIN 
GAKKI RONBUNSHI, vol. 70-D, no. 11, 
November 1987, pages 2077-2082; 

* Page 81, right-hand column, line 50 - 
page 82, left-hand column, line 23; 
page 82, left-hand column, line 1 - 
page 84, right-hand column, line 4 * 

INFORMATION PROCESSING '86, PROCEEDINGS 
OF THE IFIP lOTH WORLD COMPUTER 
CONGRESS, Dublin, 1st - 5th September 
1986, pages 481-484, IFIP; D.D. 
NOVATCHEV: "Future interface management 
systems - successors of modern UIMS?" 

* Page 483, right-hand column, lines 
19-47 * 

"Distributed artificial intelligence", 
edited by M.N. HUHNS, 1987, Pitman, 
London, GB; 

* Chapter 9: "DAI for document 
retrieval: The MINDS project"; page 
249, lines 1-11 * 



1-3,5 



G 06 F 9/44 



TECHNICAL FIELDS 
SEARCHED a^- CL5) 



1,4,6-9 



G 06 F 



The present search report has been drawn up for all claims 



Flace of search 

THE HAGUE 



Date of completion of the search 

29-01-1990 



Examiner 



GRASLAND B.Y.R. 



CATCGORV OF CITED DOCUMENTS 

X : paitlcularly relevant if taken alone 

Y : particularly relevant if combioed with another 

documCTt of the same category 
A : tecfanologicar iiackgraund 
O : noD-written dlsdosure 
P : Intermediate docnroent 



T : theoty or principle underlying the Invention 
£ : earlier patent document, but published on, or 

after the fillog date 
D : document cited lo the application 
L : document cited for other reasons 

& : member of the same patent family, corresponding 
document 



